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ABSTRACT 

The  uses  of  classification  and  coding  as  a  tool  to  integrate  computer- 
aided  design  and  manufacturing  are  described,  The  information  revolu¬ 
tion  has  created  an  enormity  of  data  which  is  increasingly  difficult  to 
access,  In  recent  years,  companies  have  turned  to  classification  and 
coding  systems  as  a  means  of  organizing  raw  data  and  retrieving  useful 
relevant  information.  Essentially,  classification  is  a  means  of  separat¬ 
ing  raw  information  into  classes  of  similar  information;  coding  is  a 
means  of  retrieving  the  information  so  that  it  can  be  analyzed  and  ap¬ 
plied  to  accomplish  specific  objectives.  The  MULTICLASS  syst  em  enabl  es 
the  user  to  employ  multiple  coding  systems  that  can  be  used  for  various 
information  retrieval  and  analysis  purposes  i .  e . ,  retrieval  and  standard¬ 
ization  of  manufacturing  information,  assembly  information,  tool  retriev¬ 
al,  electronics,  ma  t  e  r  i  a  I  selection  and  use. 


457 


BACKGROUND 


Early  Coding  and  Classification 

Coding  and  classification  s  y  s  t  e  ms  have  been  used  for  many  years  -  in 

libraries,  for  example,  and  in  other  information  retrieval 

applications.  Such  systems  were  not  widely  used  in  the  manufacturing 

industry,  however,  until  after  World  War  II. 

In  the  late  1  9  4  0's  and  early  1  9  5  0' s,  systems  were  developed  for 

the  manufacturing  industry.  They  were  primarily  intended  for  design 

retrieval. 

They  were  highly  customized  code  systems,  utilizing  five  to  eight 

digits  to  describe  design  attributes  of  ma c h i  n e d  and  other  parts. 

The  vendor/ consul  t  ant  would  work  with  the  potential  user  to  determine 

types  of  classifications  to  be  incorporated  into  the  system,  and  the 
number  of  items  per  class.  In  actual  practice,  the  user  determined  the 
the  number  of  parts  in  each  class,  although  the  vendor/ consul  t  ant  might 

p  r  o  v  i  d  e  s  o  me  g  u  i  d  a  n  c  e . 

The  vendor/ consul  t ant  would  then  analyze  the  customer's  part  designs, 
going  over  several  thousand  to  as  ma n y  as  ten  thousand  parts.  The 

designs  would  then  be  arranged  in  groups,  and  the  system  would  be  built 

around  these  groups.  It  was  usually  a  manual  system,  based  on 

hierarchical  principals.  (See  Figure  1.)  In  other  words,  the  value  of 

each  digit  depended  on  the  value  of  the  digit  preceeding  it.  For 

example,  the  number  five  in  the  second  position  would  have  one  meaning 

if  the  first  position  number  indicated  a  turned  part,  and  a  totally 

different  me  a  n  i  n  g  if  the  first  position  digit  indicated  a  box 
form  (i.e.  a  different  branch  of  the  hierarchical  tree). 

This  approach  worked  very  well  in  the  United  States  and  Europe 
(including  Eastern  Europe)  for  design  retrieval  purposes.  The  Brisch  ■ 

Birn  System  is  a  good  example.  Such  systems  did  not  normally 
accommodate  manufacturing  requirements,  however. 

Application  to  Manufacturi  nq 

In  the  late  1  9  5  0 '  s  and  early  1  9  6  0 '  s ,  ma  n  u  f  a  c  t  u  r  i  n  g  oriented  research 
was  carried  out  in  several  European  countries,  including  Germany, 
particularly  at  the  University  of  Aachen.  Researchers  surveyed  parts 
being  made  by  the  German  machine  tool  industry. 

It  b  e  c  a  me  evident  that  although  the  designs  and  functions  mi  g  h  t  be 
different,  there  were  many  similarities  in  the  parts  being 
manufactured.  This  was  not  only  true  within  individual  companies,  but 
also  applied  across  the  entire  German  machine  tool  industry. 

This  work  led  to  the  development  of  a  classification  and  coding  system 
for  the  manufacturing  environment  (The  Opitz  System).  Within  this 
system,  parts  which  were  manufactured  in  the  same  way  were  grouped 
together. 
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It  should  be  noted  that  parts  which  shared  common  manufacturing 
approaches  did  not  necessarily  have  the  s  a  me  design  characteristics. 

S i  mi  I  a r  parts  from  a  ma n u f  a c t  u r  i  n g  point  of  view  are  often  different 
than  similar  parts  from  a  design  point  of  view.  (See  Figure  2.) 

The  application  of  classification  and  coding  established  that  large 
numbers  of  similar  parts  were  being  made  over  and  over  again  by 

manufacturing  organizations.  If  large  numbers  of  similar  parts  were 

being  manufactured  almost  continuously,  then  why  not  dedicate  groups  of 
ma  c  h  i  n  e  tools  to  ma  n  u  f  a  c  t  u  r  e  these  parts?  Wi  t  h  such  a  s  c  h  e  me ,  c  o  mmo  n 
jigs,  fixtures,  and  tools  could  be  used.  Set-up  times  would  obviously 
be  reduced,  as  would  throughput  times.  This  led  to  the  development  of 
Group  Technology  workcells.  The  machine  tools  in  each  workcell  thus 

formed  were  often  placed  together.  Machinists  and  foremen  jointly 
shared  the  responsibility  for  ma  k  i  n  g  parts.  (See  Figure  3 .  )  The  early 

workcells  resulted  in  a  "poor  man's  mass  production"  -  they  created 

great  improvements  in  productivity,  and  lowered  throughput  time,  set-up 
t i  me,  and  wor k- i  n- pr ocess  costs. 

The  technique  was  applied  in  several  plants  in  Europe  and  the  United 

States  with  limited  success.  The  problem  was  that  it  was  primarily 
effective  in  relatively  simple  operations  which  did  not  have  complex 
product  mi  x  e  s . 

Many  implementations  were  not  successful.  This  was  due  to  the  fact 
that  there  were  no  analytical  tools  available  to  properly  analyze  the 

parts  database  for  production  flows,  and  to  simulate  load  balances.  A 

workcell  might  use  one  lathe  120%  of  the  time,  an  adjacent  milling 

ma  c  h  i  n  e  only  1 0  %  o  f  the  t  i  me ,  and  a  grinder  only  1 5  %  o  f  the  t  i  me . 
Balancing  each  workcell  production  load  was  an  obvious  problem. 

In  addition,  there  was  great  resistance  to  change  on  the  part  of 

managers.  Managers  did  not  like  to  rearrange  tools,  and  wait  one  to 

two  years  for  productivity  increases  to  become  apparent. 

Thus,  the  workcell  idea  was  restricted  for  the  most  part  to  plants  with 
s i  mpl  e  products. 

Appl  i  cat i  on  to  Design  and  Manuf  act  ur i  ng 


Through  the  1950's  and  I960' s ,  there  were  coding  and  classification 
s  y  s  t  e  ms  for  design  and  coding  and  classification  s  y  s  t  e  ms  for 
manufacturing.  They  were  primarily  manual  systems,  using  a  relatively 
few  number  of  digits  or  alphanumeric  codes.  None  combined  design  and 
ma  n  u  f  a  c  t  u  r  i  n  g  applications. 

Work  at  the  Organization  for  Applied  Scientific  Research  in  The 
Netherlands  (TNO)  was  carried  out  in  the  I  9  6  0'  s  and  1  9  7  0'  s  to  develop  a 
classification  and  coding  system  which  would  serve  both  design  and 
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manufacturing  needs,  This  work  led  to  the  development  of  the  Ml  CLASS 

system  which  included  both  design  and  manufacturing  oriented  sections. 
To  meet  both  types  of  requirements,  however,  a  code  length  of  as  many 

as  3  0  digits  was  required.  In  the  manual  system  environment  which 
existed  at  that  t  i  me ,  the  30  digit  code  length  could  have  been  a 

problem. 

TNO's  response  was  to  develop  a  computerized  system  which  handled  the 

classification  and  coding  process  in  an  interactive  mode.  This  was 
quite  a  new  approach  at  the  time.  Computers  in  the  manufacturing 

environment  were  mostly  used  in  batch  modes  up  until  then. 

Ml  CLASS 

With  the  MICLASS  System,  the  computer  would  ask  a  number  of  questions 

about  the  part  being  coded.  These  questions  would  relate  to  both 

design  and  manufacturing  attributes.  The  computer  might  ask,  for 
example,  if  the  piece  were  round.  If  the  answer  were  yes,  it  might 

continue  by  asking  if  it  had  deviations.  It  would  then  continue  until 

it  had  enough  information  to  create  the  code  number.  The  user  was 

required  to  respond  only  with  "yes",  "no",  or  with  dimensions.  The  code 
number  was  set  up  essentially  as  a  chain  in  which  individual  part 
attributes  were  represented  by  code  number  digits,  thus  "chaining"  the 
part  attributes  together.  (See  Figure  4. ) 

When  the  code  number  was  created,  the  computer  would  search  its  files 

to  determine  whether  a  part  with  the  same  or  similar  attributes  had 

been  designed  or  ma  n  u  f  a  c  t  u  r  e  d  in  the  past.  The  code  n  u  mb  e  r  thus  b  e  c  a  me 

much  more  than  a  notation  on  a  drawing:  it  was  now  the  key  to  a 

database;  a  tool  to  recall  what  had  been  done  in  the  past. 

MICLASS  also  departed  from  previous  systems  by  providing  a  universal 
code.  A  MICLASS  code  number  could  be  as  much  as  thirty  digits  long. 

The  first  twelve  digits,  which  related  to  shape,  form,  dimensions, 

tolerances,  and  materials,  were  kept  standard  for  all  users. 

There  was  initial  resistance  to  this  concept.  It  disturbed 

manufacturing  people  who  were  convinced  that  their  parts  were  different 
from  all  others,  and  thus  required  a  specific  coding  system.  The  fact 

remained,  however,  that  all  of  these  manufacturers  were  using  the  same 
standard  machine  tools  to  produce  these  highly  similar  parts,  and  the 

differences  were  not  profound.  Furthermore,  the  availability  of 

eighteen  additional  digits  meant  that  each  user's  MICLASS  System  could 

be  customized  to  meet  specific  needs.  It  was  thus  possible  within  a 
corporation,  for  example,  to  have  a  basic  twelve  digit  code  which  would 

serve  the  entire  corporation,  while  each  division  had  additional  digits 
of  its  own  to  reflect  specific  needs.  MICLASS  thus  provided  both 
customized  coding  and  classification,  and  a  universal  key  to  the 
database. 
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The  Ml  CLASS  coding  structure  was  based  on  TNO's  analysis  of  many 
thousands  of  parts.  From  this  analysis,  family  concepts  had  been 
developed.  Thus,  the  vendor/ consul  t ant  no  longer  asked  the  user  how  to 
structure  the  families;  the  structure  was  provided.  If  there  were  too 
many  parts  in  a  given  class,  it  was  a  strong  sign  of  unneccesary 
duplication, 

Within  this  concept,  MICLASS  provided  a  tool  for  standardization. 

If  a  user  found  that  there  were  a  number  of  allegedly  different  parts 
or  process  plans  with  the  same  code  number,  there  had  to  be 
duplication,  For  example,  a  machine  tool  builder  was  found  to  have  521 
similar  gears.  The  files  revealed  4  7  7  different  process  plans  to 
produce  these  gears.  When  MICLASS  coding  focused  attention  on  this 
situation,  it  was  possible  to  reduce  the  4  7  7  process  plans  to  71 
standard  "best"  plans,  thereby  greatly  s  i  mp  I  i  f  y  i  n  g  production. 

The  MICLASS  Matrix 

The  MICLASS  System  included  a  thirty  position  code.  Values  ranging 
from  zero  to  nine  could  be  assigned  to  each  position.  Therefore, 

MICLASS  incorporated  a  30  x  10  matrix  ■  3  0  0  places.  When  parts  were 
being  coded,  they  fell  through  this  3  0  0  hole  "sieve”.  (See  Figure  5  , ) 

The  proper  definition  of  the  eighteen  "non-uni  versal "  digits  in  the 
MICLASS  code  became  critical  to  the  success  of  its  application  in  any 
gi  ven  organi  zat  i  on. 

Ol  R  ■  The  Organization  for  Industrial  Research,  Inc.  -  implemented 
MICLASS  in  many  American  companies  in  the  late  1  9  7  0'  s .  Through  these 
implementations,  01 R  developed  a  great  deal  of  experience  in  the 
assignment  of  these  digits  in  ways  which  were  most  beneficial  to  the 
user. 

Both  hardware  and  software  technology  moved  rapidly  in  the  late 
1  9  7  0's,  Computers  became  smaller,  cheaper,  more  powerful,  and  more 
frequently  used  as  an  interactive  tool.  The  number  of  computers  in 
ma  n  u  f  a  c  t  u  r  i  n  g  organizations  grew  significantly.  Interactive  coding  and 

classification  thus  b  e  c  a  me  very  attractive.  It  provided  the  key  to  an 
interactive,  intelligent  interface  between  the  users  --  design  and 
ma  n  u  f  a  c  t  u  r  i  n  g  engineers  ■ ■  and  the  parts  database. 

P r  o b I  e ms  of  Integration 

As  the  use  of  computers  in  manufacturing  grew,  and  as  computer-aided 
design  and  computer-aided  manufacturing  became  more  widely  accepted, 
new  types  of  p r o b I  e ms  began  to  e me r g e . 

It  as  not  unusual  for  the  design  office  to  use  a  computer,  and  the 
manufacturing  office  to  use  another  computer.  Even  if  they  were  using 
the  same  machine,  they  often  worked  from  different  databases.  At  the 
same  time,  there  might  be  a  corporate  database  with  information  of  use 
to  both  design  and  manufacturing,  if  it  could  be  retrieved.  There  were 
growing  pressures  for  the  true  integration  of  CAD  and  CAM. 
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The  problem  appeared  to  be  in  the  quantities  of  data  involved.  A 
company  might  have  hundreds  of  thousands,  or  even  millions  of  parts. 

The  integration  of  all  the  data  for  all  parts  would  appear  to  be  a 
mo  n  u  me  n  t  a  I  p  r  o  b  I  e  m. 

The  key  to  the  solution  of  this  problem  was  the  fact  that  things  were 
not  as  they  appeared  to  be. 

In  its  work  for  many  different  companies,  01 R  had  found  that  the  number 
of  truly  different  designs  in  any  ma  n  u  f  a  c  t  u  r  i  n  g  e  n  v  i  r  o  n  me  n  t  range  from 
approximately  2,0  0  0  to  6,0  0  0.  Even  companies  with  5  0  0,0  0  0  parts  or 
mo r e  prove  to  have  no  mo r e  than  6,0  0  0  really  different  designs  or 
process  plans.  Thus,  if  the  database  could  be  sifted  to  find  the  few 
thousand  really  different  parts,  the  problem  would  be  much  reduced. 

As  described  previously,  the  early  applications  of  classification  and 
coding  were  in  the  design  area,  for  design  retrieval  purposes.  With 
the  development  of  Ml  CLASS,  the  applications  were  extended  into 
manufacturing.  Through  the  use  of  Group  Technology  analyses,  design 
and  ma  n  u  f  a  c  t  u  r  i  n  g  databases  could  be  reduced  to  ma  n  a  g  e  a  b  I  e  size,  The 
key  tool  in  such  an  effort  was  OIR's  Ml  GROUP  family  of  programs  which 
ma d e  it  possible  to  thoroughly  analyze  and  act  on  databases  of  part 
i  n  f  o  r  ma  t  i  o  n  in  three  basic  areas:  code  n  u  mb  e  r  analysis;  production 
flow  analysis;  and  ma  c  h  i  n  e  load  analysis.  Coding  and  classification 

became  the  'sieve'  to  reduce  the  database  size,  and  Group  Technology 
was  the  tool  for  design  and  manufacturing  analysis. 

Computer  As s i  sted  Process  PI  anni  ng 

In  the  1  9  7  0'  s  CAM-1  (Computer  Assisted  Manuf  act  ur  i  ng- 1  nt  er  nat  i  onal ) 
looked  at  the  feasibility  of  computer  assisted  process  planning.  At 
the  time,  computers  were  being  used  in  process  planning,  but  not  at  all 
effectively.  In  some  companies,  process  plans  were  written  out  by 
hand,  then  sent  to  a  key- punch  operation  and  read  into  the  computer., 

The  computer  would  then  produce  a  printout  of  the  process  plan  as  it 

had  been  key  punched.  In  other  words,  the  computer  was  serving  as  a 
mu  1 1  i  -  mi  1 1  i  on  dollar  printing  press. 

The  issue  was  how  to  consistently  find  and  retrieve  best  process  plans. 
The  use  of  a  part  number  had  limited  value.  The  number  says  nothing 
about  how  the  part  is  to  be  manufactured,  and  part  numbers  are  easily 
lost,  confused,  or  forgotten.  It  s e e me d  obvious  that  a  code  n u mb e r 

would  be  mor e  useful. 

In  1  9  7  9,  Ol  R  introduced  Ml  PLAN,  the  world's  first  commercially 
available  production  oriented  c  o  mp  u  t  e  r  assisted  process  planning 
system. 
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The  First  Gener  at i  on 

With  the  development  of  Ml  PLAN,  the  first  generation  of  classification 
and  coding/Group  Technology  tools  was  complete.  The  Ml  CLASS 
classification  and  coding  system  captured  both  design  and  ma  n  u  f  a  c  t  u  r  i  n  g 
information,  Ml  GROUP  provided  a  means  of  analyzing  and  integrating  such 
data,  and  Ml  PLAN  was  a  practical  means  of  applying  computerization  to 
process  planning.  (See  Figure  6. ) 

With  these  tools  in  place  it  became  possible  to  realize  benefits  which 
had  not  been  possible  only  a  few  years  before. 

For  example,  Ml  GROUP  analysis  solved  the  problem  of  creating  effective 
workcells  in  complex  manufacturing  environments.  By  coding  parts  and 
then  analyzing  them  with  Ml  GROUP,  it  was  possible  to  define  part 
families,  production  flow  (what  parts  to  what  tools),  and  through 
s  i  mu  I  a  t  i  o  n ,  to  achieve  load  balancing. 

In  addition,  OIR's  increasing  experience  made  new  insights  possible. 

For  example,  01  R  found  that  even  though  product  models  may  change, 
frequencies  within  part  mixes  remain  relatively  constant  from  year  to 
year  --  the  number  of  truly  different  parts  changes  very  little.  This 

ma  d  e  it  possible  to  form  groups  of  dedicated  ma  c  h  i  n  e  tools  for 
particular  part  families  to  serve  both  short  and  long  term  needs. 
Furthermore,  it  became  clear  that,  it  was  not  necessary  to  physically 

group  the  dedicated  ma c h i  n e  tools  together,  only  to  assign  them  to  part 
f  a  mi  I  i  e  s . 

With  the  application  of  Ml  PLAN,  it  became  evident  that  computer 
assisted  process  planning  was  useful  not  only  for  retrieving  process 
plans,  but  that  it  could  also  be  used  for  cost  reduction.  A  s  ma  I  I 
shaft,  for  e x a  mp I  e ,  could  be  ma  d e  on  a  s  ma  1 1  lathe,  or  a  five  axis 
milling  machine,  with  obvious  manufacturing  cost  differences. 

It  became  apparent  that  process  planning  was  a  major  determinant  of  the 
final  cost  of  a  product.  Hence,  the  optimization  of  process  planning 
would  translate  into  optimal  product  costs.  Ml  PLAN  provided  a  tool  to 

serve  this  purpose. 

The  database  of  code  numbers,  with  their  associated  process  plans, 

served  as  a  "back  door  entry"  into  Group  Technology  analysis.  As  this 
database  of  manufacturing  information,  organized  by  code  numbers,  was 
built  up,  it  would  become  possible  to  move  in  the  direction  of 

standardization  using  Group  Technology,  by  analyzing  the  code  numbers. 

In  other  words,  planners  would  begin  by  using  the  system  as  an 
"electronic  pencil",  and  utilizing  the  t  i  me  they  saved  in  using  the 
system,  they  could  begin  to  standardize  process  plans,  and  define 
o  p  t  i  ma I  ma  n  u  f  a  c  t  u  r  i  n  g  me  t  h  o  d  s . 
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Pictorial  Process  Planning 

In  the  1  9  7  0's,  there  was  a  tremendous  growth  in  the  acceptance  of 
computer  graphi  cs  systems. 

We  are  in  the  age  of  visual  c  o  mmu  n  i  c  a  t  i  o  n  s .  Spurred  on  by  television, 
we  are  in  a  period  when  people  are  reading  less  and  less  and  relying 
mo r e  on  pictures  and  illustrations  than  ever  before. 

Process  plans  can  be  very  lengthy  d  o  c  u  me  n  t  s  to  read  ■  in  s  o  me  c  o  mp  a  n  i  e  s 
they  normally  run  twenty  pages  or  more.  With  people  reading  less  and 
less,  and  with  increasingly  poor  comprehension  levels,  the  integration 
of  computer  assisted  process  planning  and  computer  graphics  presented 
an  i  nt  er  est  i  ng  oppor  t  uni  t  y. 

01  R  developed  a  pictorial  process  planning  system  (initially  with 
Comput  er  vi  s  i  on)  that  merged  the  benefits  of  both  these  technologies. 

Wi  t  h  pictorial  process  planning,  the  user  utilizes  an  a  I  p h a  n  u  me r  i  c 

t  e  r  mi  n  a  I  to  c  o  mp  o  s  e  the  process  plan,  and  a  graphic  t  e  r  mi  n  a  I  to 

illustrate  the  plan  with  machining  details,  tool  set-ups,  etc..  A 
formatter  is  used  to  join  them,  and  hard  copies  with  the  process  plan 
on  one- half  of  the  page  and  the  accompanying  illustrations  on  the  other 
half  of  the  page  are  now  practical.  The  results  are  d  r  a  ma t  i  c a  I  I  y  clear 
process  plans.  (See  Figure  7. ) 

At  the  moment,  the  use  of  pictorial  process  planning  is  limited  because 

of  the  capacity  of  existing  graphic  s y s  t  e ms . 

With  the  introduction  of  new  3  2  bit  graphic  systems,  however,  the 
alphanumerical  and  graphic  terminals  will  be  jointly  used  in  the 
process  planning  environment,  with  more  users  on  each  system. 

THE  FUTURE  --  THE  TECHNOLOGY  OF  THE  EIGHTIES 

Classification  and  coding,  Group  Technology,  and  computer  assisted 
process  planning  are  now  entering  into  a  new  phase  in  their  evolution  - 
a  phase  which  reflects  the  advancement  of  hardware  and  software 
technology,  the  increasing  sophistication  of  ma n u f  a c t  u r  i  n g  people,  and 
the  rising  e c o n o mi  c  pressures  on  ma n u f  a c t  u r  i  n g  organizations. 

MULTI  CLASS 


The  first  of  the  new  generation  of  classification  and  coding  s  y  s  t  e  ms  is 
MULTICLASS,  developed  entirely  by  01  R. 

The  development  of  MULTI  CLASS  began  with  a  detailed  analysis  of  years 
of  experience  with  the  Ml  CLASS  System.  The  analysis  revealed  that  the 
30  x  10  matrix  of  the  fixed  Ml  CLASS  structure  was  not  always  the  most 
efficient  approach  to  classification  and  coding.  In  fact,  each  user 
tended  to  take  advantage  of  only  a  portion  of  the  ma  t  r  i  x ,  depending  on 
i  n  d  i  v  i  d  u  a  I  n  e  e  d  s . 
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In  fact,  if  the  matrix  was  looked  on  as  a  30  x  10  sieve  through  which 

the  parts  passed  as  they  were  classified,  an  individual  company's  use 
of  the  sieve  might  be  graphically  depicted  as  a  potato  shape.  (See 

Figure  8).  The  shape  of  the  potato  varied  with  each  company,  but  was 

similar  for  companies  in  the  same  type  of  industry. 

In  almost  all  cases,  the  size  of  the  potato  actually  used  was  small. 

In  other  words,  the  typical  user  took  advantage  of  only  a  small 
section  of  the  ma t  r  i  x ,  and  mu c h  of  the  use  involved  sections  of  the 

code  which  were  specially  tailored  for  the  user  company. 

It  should  be  noted  that  the  issue  is  not  just  in  the  number  of  digits 

per  se,  The  coding  process  is  essentially  a  decision  tree  process. 
Coding  with  an  entire  tree  when  only  a  small  branch  is  needed  means 

that  extra  time,  energy,  and  computer  power  is  wasted. 

At  the  same  time,  the  success  of  classification  and  coding  and  computer 

assisted  process  planning  for  ma  c  h  i  n  e  parts  and  sheet  me  t  a  I  parts  had 
encouraged  ma  n  u  f  a  c  t  u  r  e  r  s  to  seek  to  apply  the  s  a  me  techniques  to  other 
types  of  components  -  machine  tools,  assemblies,  electronics,  etc.. 

The  MULTICLASS  concept  responds  to  both  these  situations. 

MULTICLASS  is  a  comprehensive  software  system  which  can  handle  multiple 
coding  structures.  Instead  of  a  fixed  format,  such  as  MICLASS, 

MULTICLASS  is  a  very  flexible  tool  which  can  be  tailored  to  meet  the 
user's  specific  requirements.  MULTI  CLASS  can  be  used  vertically,  for 
increasingly  specific  classification,  and  horizontally,  to  accommodate 
different  types  of  components  (machined  parts,  electronics,  etc.).  See 
Figure  9, 

For  example,  a  thirty- two  digit  code  structure  can  be  used  in 
MULTICLASS  to  organize  a  total  database  into  generalized  families  for 
sheet  metal  and/or  machined  parts.  With  the  new  MULTI  GROUP  analysis 
system,  it  is  then  possible  to  analyze  these  f  a  mi  I  i  e  s  and  create 
individualized  decision  trees  for  them,  thus  creating  a  mo  r  e  finely 
tuned  system  which  meets  company  needs  extremely  efficiently. 

The  process  can  be  repeated  to  create  an  even  mo r e  finely  tuned  system, 
using  the  decision  tree  "handlers"  in  the  MULTICLASS  System. 

Ultimately,  the  very  finely  tuned  decision  trees  can  be  used  with  the 
MULTIPLAN  computer  assisted  process  planning  system  in  a  quasi  - 
generative  process  planning  mode  --  where  very  specific  process  plans 
can  be  retrieved  because  the  system  is  so  finely  tuned  to  the  products 
being  ma  n  u  f  a  c  t  u  r  e  d . 

Mul  t  i  pi  e  Coding  and  Classification 

The  flexibility  of  the  MULTI  CLASS  System  is  demonstrated  in  its 
capability  to  handle  almost  any  type  of  part  or  component  used  in 
manufacturing.  In  addition  to  machined  and  sheet  metal  parts,  for 


465 


example,  MULTI  CLASS  can  be  set-up  for  the  coding  and  classification  of 
electronics,  purchased  parts,  assemblies  and  sub- assembl  i  es,  machine 
tools  and  other  e  I  e  me  n  t  s . 

MULTI  CLASS  uses  span  the  range  of  applications  which  have  evolved  in 
recent  years  and  which  will  continue  to  evolve  through  the  eighties, 
from  s  i  mp  I  e  design  retrieval,  to  design  and  ma  n  u  f  a  c  t  u  r  i  n  g 
standardization,  to  generative  process  planning. 

MULTI  CLASS  provides  a  common  link  for  many  different  elements  of  the 
design  and  ma  n  u  f  a  c  t  u  r  i  n  g  database.  Thus  it  is  possible,  through 
MULTI  CLASS,  to  meet  all  coding  and  classification  needs  (i.e.  database 
i  nterf  aces)  wi  th  a  si  ngl  e  system. 

Therefore,  the  MULTI  CLASS  System  thus  provides  a  common  link  for 
ma n y  different  e I  e me n t  s  of  the  design  and  ma  n u f  a c t  u r  i  n g 
database. 

MULTICLASS  is  normally  provided  to  the  user  with  at  least  two 
general  coding  structures  already  installed  -  -  for  ma  c  h  i  n  e  d  parts 
and  for  sheet  metal  parts.  01  R  specialists  can  then  work  with 
the  user  to  define  the  other  decision  trees  (if  any)  which  will 
be  needed  initially.  In  time,  the  user  will  add  other  structures 

to  meet  specific  needs  as  they  evolve.  In  practice,  the  user  has 

the  opportunity  to  analyze  his  needs  using  the  general  coding 
structures  and  then  design  the  mo  r  e  specific  decision  tree 
structures.  It  is  mu c h  like  having  a  large  funnel  and  then  using 

s  ma  I  I  e  r  funnels  to  catch  mo  r  e  specific  attributes. 

This  is  in  contrast  to  the  decision  tree  syst  em  devel  oped  at 
Brigham  Young  University.  DCIass,  as  it  is  called,  is  a  very 

capable  decision  tree  handling  system.  It  is  not  marketed  with 

any  specific  coding  structures  already  set-up,  or  with  any  group 
technology  analysis  p  r  o  g  r  a  ms .  Thus,  the  user  has  to  "start  from 
scratch"  and  do  the  most  difficult  work  himself. 

MULTI  PLAN 

The  MULTI  PLAN  Computer  Assisted  Process  Planning  System  also 
goes  well  beyond  anything  which  was  previously  aval  a  b  I  e . 

MULTIPLAN  has  the  MULTI  CLASS  Syst  em  embedded  in  it.  This  means  that 
the  user  has  a  wide  range  of  options  in  using  it.  Again,  the  options 
are  both  verti  cai  and  hori  zontal . 

The  vertical  flexibility  of  MULTI  PLAN  means  that  it  can  be 
utilized  as  a  generative  process  planning  systemas  well  as  being 
used  as  a  variant  system,  Because  the  KULTI  CLASS  structure  ma k e s 

it  possible  to  code  with  increasing  sensitivity  to  any  type  of 
specific  attributes,  it  is  possible  to  begin  with  a  general  structure 
for  variant  planning  and  then,  with  use,  to  become  increasingly 
specific. 
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MULTI  PLAN  can  thus  be  used  progressively  --  from  an  "electronic 
pencil,"  to  a  variant  system,  to  generative  process  planning. 

The  advantage  for  the  user  is  that  the  return  on  investment 
begins  a  I  mo  s  t  i  mme  d  i  a  t  e  I  y 

MULTI  PLAN  has  also  been  designed  for  horizontal  use.  In  many 
ma  n  u  f  a  c  t  u  r  i  n  g  operations  today,  the  c  o  mp  o  n  e  n  t  s  involved  in 
production  are  not  I  i  mi  t  e  d  to  ma  c  h  i  n  e  d  parts  or  sheet  me  t  a  I  . 

There  may  be  electronic  components,  el  ect r o- mechani  cal  devices, 
assemblies  and  sub- assembl  i  es,  purchased  parts  and  more.  The 
MULTIPLAN  System  will  accommodate  whatever  components  are 
manufactured  or  assembled.  Again,  a  major  advantage  is  that  all 

of  t  hi  s  i  s  done  wi  t  hi  n  a  s  i  ngl  e  syst  em. 

MULTI  GROUP 

The  MULTIGROUP  System  represents  a  quantum  jump  in  Group 
Technology.  Its  d  e  v  e  I  o  p  me  n  t  also  resulted  from  a  detailed 

analysis  of  years  of  experience  in  actual  Group  Technology 
appl i  cat i  ons. 

It  thus  reflects  both  the  experience  of  the  past  decade  and  the 

technology  of  the  next.  Wh e r  e a s  past  Group  Technology  s y s t  e ms , 
including  MIGROUP,  were  somewhat  cumbersome  and  required  a  great 
deal  of  technical  knowledge  to  operate  successfully,  MULTIGROUP 
is  a  me  n  u  -  d  r  i  v  e  n ,  clearly  articulated  s  y  s  t  e  m  t  h  a  t  can  be 
introduced  and  applied  mu  c  h  mo  r  e  quickly  and  efficiently  than 
s y s t  e ms  of  the  past  generation. 

MULTI  GROUP  can  be  used  to  analyze  product  mix,  workload,  and  work 
center  activities,  in  addition  to  its  application  to  the 
f  o r  ma t  i  o n  and  analysis  of  part  clusters  for  such  things  as  part 

f  a  mi  I  y  definition  and  generative  process  planning. 

In  brief,  MULTIGROUP  is  a  very  modern  tool  for  design  and 
ma  n  u f  a  c  t  u  r  i  n  g  standardization,  the  d e v  e I  o  p me  n t  of  o  p t  i  ma  I 

routings,  purchasing  decisions  and  much  more.  In  many  ways,  it 

is  the  realization  of  the  initial  promise  of  Group  Technology  "to 
bring  the  e  c  o  n  o  mi  e  s  of  ma  s  s  production  to  batch  ma  n  u  f  a  c  t  u  r  i  n  g . " 

MULTIGROUP  is  the  first  Group  Technology  system  to  incorporate  a 
flexible  database  approach.  Like  MULTI  CLASS  and  MULTIPLAN,  its 
applications  can  extend  far  beyond  ma  c  h  i  n  e  d  and  sheet  me  t  a  I  parts 
-  -  to  electronics,  a  s  s  e  mb  I  i  e  s ,  and  all  of  the  other  types  of 
components  used  in  contemporary  manufacturing  environments.  It 
can  work  with  different  numeric  codes  or  designators,  and  with 
the  full  range  of  MULTI  CLASS  decision  trees.  It  can  thus  be  used 
to  analyze  the  production  of  a  very  large  plant  or  company,  or  to 
bal  a  nee  the  load  in  a  very  smal  I  workcel  I . 

MULTIGROUP  greatly  expands  the  practical  applications  of  Group 
Technology  and,  in  many  ways,  is  the  realization  of  the  potential 
which  Group  Technology  exponents  predicted. 
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Transi  ti  on  From  Ml  CLASS 

One  of  the  problems  associated  with  the  introduction  of  new 
software  systems  has  been  incompatibility.  A  new  system  is 
developed  and  the  old  system  must  be  completely  abandoned.  This 
is  not  the  case  with  the  transition  from  Ml  CLASS  to  MULTICLASS. 

The  MULTICLASS  System  can  contain  a  MICLASS  module  which  may  be 
accessed  directly,  and  it  is  possible  to  use  MICLASS  as  the  first 
step  in  the  d  e  v  e  I  o  p  me  n  t  of  highly  specific  ma  c  h  i  n  e  d  and  sheet 
metal  part  MULTICLASS  codes.  It  is  also  possible  to  re-code 
MICLASS  coded  parts  into  MULTICLASS. 

It  should  be  noted,  however,  that  the  much  broader  'scope  and 
greater  depth  of  the  MULTI  CLASS  System  would  make  it  advisable 
for  new  Group  Technology  users  to  begin  with  MULTICLASS.  There 
is  no  reason  to  include  MICLASS  in  a  new  system. 

Generati  ve  Process  PI  anni  ng 

"Generative"  process  planning  has  been  a  subject  of  increasing 
discussion  in  recent  years.  In  a  generative  process  planning 
system,  process  plans  are  generated  a  u  t  o  ma  t  i  c  a  1 1  y  -  -  that  is,  the 

user  enters  a  description  of  the  part,  and  the  system  automati- 
cally  generates  the  correct  process  plan  to  produce  it.  The  term 

"generative"  is  usually  used  in  contrast  to  "variant."  In  a 

variant  system,  the  user  enters  a  description  or  identification  of 
the  part  and  the  syst  em  pr  oduces  a  process  plan  which  may  require 
editing  or  assembly  before  it  can  go  out  on  the  shop  floor. 

There  are  essentially  two  approaches  to  generative  process 
planning.  The  first  incorporates  theories  of  artificial 
intelligence.  In  such  a  system,  the  geometry  of  the  part  is 
recognized  and  the  syst em  gener at es  the  plan  based  on  its 
understanding  of  the  ma  n  u  f  a  c  t  u  r  i  n  g  me  t  h  o  d  s  needed  to  produce  such 
a  g  e  o  me  t  r  y . 

In  the  other  approach,  Group  Technology  is  the  key.  Here,  the 
process  plan  is  based  on  the  prior  d  e  t  e  r  mi  n  a  t  i  o  n ,  through  Group 
Technology  analysis  and  classification  and  coding,  of  the  "best 
manufacturi  ng"  me t h o d s  for  the  part  at  that  production  facility. 

P a  5 1  experience,  available  ma  c  h  i  n  e  tools,  f  a  mi  I  i  e s  of  parts,  and 
other  considerations  c  o  me  into  play. 

The  major  advantage  of  the  Group  Technology  approach  is  that  it 
can  be  built  up  over  time,  while  the  user  is  deriving  benefits 
from  the  process  planning  system.  With  the  MULTI  PLAN  computer 
assisted  process  planning  system,  for  e  x  a  mp  I  e ,  the  user  can  begin 
by  utilizing  the  s  y  s  t  e  m  a  s  an  "electronic  pencil"  to 
significantly  reduce  process  planning  time.  As  the  system  is 
used,  a  database  is  being  built  for  standardization  of  design  and 
ma  n u f  a  c  t  u  r  i  n  g ,  selection  of  o  p t  i  ma  I  ma  n  u f  a  c  t  u  r  i  n  g  routings, 
definition  of  highly  similar  parts,  and  other  factors  required 
for  the  implementation  of  generative  process  planning. 
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The  resulting  system  is  thus  much  more  finely  tuned  to  the  user's 
needs  and  has  produced  a  return  on  investment  prior  to  the 
full-scale  implementation.  It  has  also  been  tested  in  use  as  it 
is  being  developed. 

The  OIR  approach  is  thus  directed  to  Group  Technology. 

The  Future 


Classification  and  Coding,  Group  Technology,  and  Computer 
Assisted  Process  Planning  have  progressed  rapidly  in  the  past  few 
years,  evolving  from  novelties  to  widely  used  working  tools.  In 
the  process,  many  production  economies  have  been  achieved,  and 
the  productivity  of  the  people  involved  has  increased  measurably 
as  the  need  for  human  intervention  for  repetitive  work  has  become 
minimized. 

Although  hardware  and  software  technology  has  improved 
tremendously  in  recent  years.  Computer  Aided  Design  and  Computer 
Aided  Manufacturing  are  still  in  their  infancies  in  many  ways. 

In  the  future,  computers  will  begin  to  really  understand  what  is 
in  their  databases,  using  solid  modeling  technology.  Decision 
trees  embedded  into  computer  graphics  systems  will  generate 
process  plans  virtually  automatically,  by  truly  recognizing 
parts  and  other  components.  It  may  be  at  that  time  that  code 
numbers  are  no  longer  needed,  since  retrieval  and  analysis  will 
be  direct  and  automatic.  The  new  OIR  systems  provide  a  base  for 
such  technology. 

The  disappearance  of  code  numbers  would  mean  the  end  of  human 
involvement  in  such  things  as  the  preparation  of  process  plans. 
While  this  may  become  technically  feasible,  there  are  serious 
questions  as  to  whether  it  would  be  desirable. 

The  computer  is  a  very  useful  tool  and  it  should  be  used  to 
maximum  advantage.  On  the  other  hand,  manufacturing  is  —  and 
will  be  —  both  an  art  and  a  science.  Human  judgement  is  an 
essential  element  of  the  manufacturing  process.  As  systems 
evolve,  there  will  still  be  a  need  for  judgements  by  design  and 
manufacturing  engineers,  process  planners,  and  others. 

Without  such  judgement,  we  could  make  a  goat  when  we  are  looking 
to  produce  a  camel. 
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FIGURE  1 

The  Structure  of  a 
Classification  and  Coding  System 
Based  on  Hierarchical  Principles 
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Similar  Parts  Based  on  Shape 


FIGURE  2B 


A.  COMPLICATED  MATERIAL  FLOW  SYSTEM  (Functional  Layout) 


8.  SIMPLE  MATERIAL  FLOW  SYSTEM  (Work  Cell  Layout) 


FIGURE  3 

Simplification  of  Material  Flow 
With  Work  Cell  Layout 
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POLYCODE  STRUCTURE 
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FIGURE  4 

A  Classification  and  Coding  System 
Based  on  Polycode  Structure 
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MICLASS  "Sieve" 


PIGORE  5 

A  Classification  and  coding  system 
can  be  compared  to  a  sieve  which 
sorts  parts  by  specific  attributes. 
The  MICLASS  System  works  like  a 
sieve  with  300  holes. 


Buckets 


of  Similar  Parts 


FIGURE  6 

Classification  Grid  CodtTtg 

ie  the  key  to  an  integrated 
approach  to  CAD  and  CAM 
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0:190105  PART  NAME  :  FRONT  PLATE  FORMAT  :  NCS.l 


FIGURE  7 

Pictorial  Process  Planning 
is  the  Integration  of 
Computer  Assisted  Process  Planning 
and  Computer  Graphics 
Ghown  above  is  a  sample  print  out . 
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FIGURE  8 

A  fixed  elaeGifiaation  and  coding 
system  is  not  always  the  most 
efficient .  The  "potato  shape"  represents 
the  relatively  small  portion  of 
the  MICLASS  matrix  typically  utilized 
by  a  company. 
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FIGURE  9 


In  contrast  to  the  "fixed  sieve "  metaphors  for  MI CLASS , 
MULTICLASS  can  be  likened  to  a  machine 
that  offers  a  wide  selection  of  different  sieves. 
That  is,  MULTICLASS  is  a  very  flexible  tool 
which  can  handle  multiple  coding  structures 
and  can  be  easily  tailored  to 
meet  a  user's  requirements. 
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